home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / dcom / modems-part1 / 3785 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.6 KB
  1. Path: sobt.accessorl.net!user
  2. From: eric@accessorl.net (Eric Shaw)
  3. Newsgroups: comp.sys.mac.comm,comp.dcom.modems
  4. Subject: Re: faster than 28.8
  5. Date: Sat, 03 Feb 1996 01:54:34 -0500
  6. Organization: Access Orlando
  7. Message-ID: <eric-0302960154340001@sobt.accessorl.net>
  8. References: <sumner-2001961038000001@sumner.tiac.net> <4ds0fp$4ap4@news-s01.ny.us.ibm.net> <AD29910A96685C7229@asd-stat13-153.dial.xs4all.nl> <bgrubb-2301960739100001@10.0.2.15> <4e3lbi$r3m@brachio.zrz.TU-Berlin.DE> <eric-2601960120540001@sobt.accessorl.net> <DM0A30.1x@giskard.demon.co.uk> <eric-0102960011580001@sobt.accessorl.net> <DM429x.w4@giskard.demon.co.uk>
  9. NNTP-Posting-Host: sobt.accessorl.net
  10.  
  11. In article <DM429x.w4@giskard.demon.co.uk>, dale@giskard.demon.co.uk (Dale
  12. Shuttleworth) wrote:
  13.  
  14. >I know for a fact (and am quite happy to demonstrate) that my Courier
  15. >can achieve near 11520 bytes/sec on highly compressible files.  I have
  16. >even seen some five second periods of PPP traffic where 10kbytes/sec
  17. >was sustained.
  18.  
  19. With PPP, this is possible, because PPP does its own compression in your
  20. computer before the data reaches the modem, so the modem has less data to
  21. compress.  Compressed data travels slower through a PPP/SLIP connection
  22. than it would normally because of the extra overhead of PPP/SLIP and TCP
  23. protocols.  Uncompressed data can actually travel faster though, because
  24. of PPP's compression, or CSLIP compression when used with slip.  Can your
  25. Courier do this with a plain old Zmodem or Ymodem-G transfer? I seriously
  26. doubt it, because the ones here CAN'T.
  27.  
  28.  
  29. >I suggest that you may have poor telephone connections, are using faulty
  30. >modems or your measurements may be flawed in some way.
  31.  
  32. The two Couriers were connected to two computers less than 10 feet apart
  33. from each other, and I connected the line jack on the two modems with a
  34. straight 8-foot phone cord, the same one that was used with the Supras
  35. achieving over 11K/s.  ATX3D was typed on one modem, then ATA on the
  36. other.  There was no significant line noise, as the data was not
  37. travelling through Southern Bell's phone lines.  The modems reported that
  38. they were connected at 33600bps due to the near perfect line conditions. 
  39. Even with Ymodem-G, both computers reported transfer speeds between the
  40. Couriers of 6200-6300cps.
  41.  
  42. It is interesting to note, however, that the Courier can achieve over
  43. 10K/s (but still not over 11K/s) when downloading from a NON-USR, but not
  44. when UPLOADING.  This agrees with the processor in it being too slow,
  45. because most compression protocols require more time to compress (like
  46. uploading) than to decompress (like downloading), probably including
  47. v.42bis.
  48.